home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group00b.txt
/
000009_icon-group-sender _Fri Jul 7 12:31:12 2000.msg
< prev
next >
Wrap
Internet Message Format
|
2001-01-03
|
2KB
Return-Path: <icon-group-sender>
Received: (from root@localhost)
by baskerville.CS.Arizona.EDU (8.9.1a/8.9.1) id MAA18301
for icon-group-addresses; Fri, 7 Jul 2000 12:30:52 -0700 (MST)
Message-Id: <200007071930.MAA18301@baskerville.CS.Arizona.EDU>
From: Atle <trollet@skynet.be>
X-Newsgroups: comp.lang.icon
Subject: Re: Error messages
Date: Fri, 07 Jul 2000 18:16:05 -0100
X-Trace: news0.skynet.be 962986201 3807 195.238.7.245 (7 Jul 2000 16:10:01 GMT)
X-Complaints-To: abuse@skynet.be
X-Accept-Language: en
To: icon-group@optima.CS.Arizona.EDU
Errors-To: icon-group-errors@optima.CS.Arizona.EDU
Status: RO
Content-Length: 959
"Richard A. O'Keefe" wrote:
>
> For UNIX (maybe Windows too; I've never used Cygwin) anyone wanting to write
> a new kind of assembler would be mad not to re-use as much of the GNU binutils
> as practical. By all means put a smart new front end on an assembler, but
> let someone else deal with the *real* hassle.
I think this is where things come together: Different languages for different parts of an application.
Icon would have its place here for analyzing the input - maybe as far as to storing tokens in a tokenarray.
Maybe an assembler was a bad example - but still: Wouldn't ProLog be ideal for making decisions?
And then there is another matter: The instructions must be provided to the processor (Pentium) in the optimal sequence, making sure
the pipelines are full at all times (as far as possible).
Even the GNU tools haven't fully kept up here, since this is a big job, and, in my mind, C is not the ideal tool for this job.
?????
Atle